Capturing and automatically uploading media content

ABSTRACT

A computer-implemented method for automatically uploading media content from a mobile device to an online service provider can include receiving, in the mobile device, identifying information corresponding to a user account associated with at least one of a plurality of online service providers; capturing media content with a media input component included in the mobile device; and after the media content is captured, automatically uploading to the at least one online service provider the captured media content and the identifying information, without receiving user input contemporaneous with the automatic uploading that specifies that the captured media content is to be uploaded. The mobile device can further include a wireless communication component configured to wirelessly send data to and wirelessly receive data from the plurality of online service providers, which can be external to the mobile device.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No.15/493,527, filed Apr. 21, 2017, which is a continuation of U.S.application Ser. No. 13/772,256, filed Feb. 20, 2013, which is acontinuation of U.S. application Ser. No. 11/937,976, filed Nov. 9,2007. The disclosure of the prior applications are incorporated byreference herein.

TECHNICAL FIELD

This document relates generally to capturing and automatically uploadingmedia content, and in particular, to automatically uploading mediacontent captured by a mobile device to an online service provider.

BACKGROUND

A mobile computing or communication device (e.g., a smartphone, cellphone, personal digital assistant (PDA), etc.) may include a camera thatenables a user of the mobile computing or communication device tocapture still or video images. Images that are captured by the mobilecomputing or communication device may be stored on the device, displayedby the device or transferred to external equipment for display or otherprocessing.

External equipment may include various online service providers forsharing media content (e.g., image, audio or video content), such asimage-, audio-, or video-sharing service providers (e.g., PICASA™,FLICKR™, PHOTOBUCKET, MYSPACE.COM, FACEBOOK, YOUTUBE, etc.). Users mayopen user accounts on such online service providers and subsequently usetheir accounts to store uploaded content and share that content withother designated users or with the general public. To organize uploadedcontent, online service providers may allow users to create folders andadd information to the folders or to content within folders (e.g.,keywords, categories, and other classification information for sortingor filtering content). To upload content to an online service provider,the user may employ, for example, a desktop computer and a smallapplication to locate content on the desktop computer and upload it theonline service provider (e.g., to the user's account maintained by theonline service provider, or to a folder within the user's account). Asanother example, a user may manually email instances of media content tothe online service provider.

SUMMARY

This document describes methods and systems for capturing media content(e.g., image, audio or video content) from a device (e.g., a mobiledevice, such as a smartphone, cell phone, personal digital assistant(PDA), etc.), and automatically uploading it to an online serviceprovider, such as a media content sharing service. In someimplementations, the captured media content may be automaticallyuploaded to the online service provider without the device receivingcontemporaneous user input that specifies that the captured mediacontent is to be uploaded. That is, a user may initially configure hisor her device by specifying an online service provider to which capturedmedia content should be automatically uploaded, any necessary accountinformation for the online service provider, and preference informationregarding how and when captured media content should be uploaded.Subsequently, the user may capture media content using the device, andthe device may automatically upload the captured media content accordingto the configuration information, without requiring further user actioncontemporaneous with the uploading.

In some implementations, a computer-implemented method for automaticallyuploading media content from a mobile device to an online serviceprovider includes receiving, in a mobile device, identifying informationcorresponding to a user account associated with at least one of theplurality of online service providers. The mobile device can have amedia input component configured to capture media content and a wirelesscommunication component configured to wirelessly send data to andwirelessly receive data from a plurality of online service providersthat are external to the mobile device. The computer-implemented methodcan further include capturing media content with the media inputcomponent, and after the media content is captured, automaticallyuploading to the at least one online service provider the captured mediacontent and the identifying information. The media content can beautomatically uploaded without the mobile device receiving user inputthat a) is contemporaneous with the automatic uploading or that b)specifies that the captured media content is to be uploaded to the atleast one online service provider.

In some implementations, the mobile device is a smartphone and the mediainput device comprises at least one of a still-image camera, a videocamera and a microphone. In some implementations, the mobile device is awirelessly-equipped digital camera. In some implementations, the mobiledevice is a Global Positioning System (GPS)-equipped mobile device, andthe captured media content comprises a plurality of GPS-mapped locationscorresponding to a route over which the GPS-equipped mobile devicetraveled. The plurality of online service providers can include onlineimage- and video-sharing service providers. The plurality of onlineservice providers can include online audio-sharing service providers.

Identifying information can include a device identifier associated withthe mobile device. Identifying information can include access-controlinformation associated with the user account.

Automatically uploading the captured media content can includeautomatically uploading with the captured media content correspondingconfiguration information that causes the captured media content to bemade available to the general public by the at least one online serviceprovider. Automatically uploading the captured media content can includeautomatically uploading with the captured media content correspondingconfiguration information that causes the captured media content to bemade available only to one or more other user accounts associated withone or more of the plurality of online service providers. Automaticallyuploading the captured media content can include automatically uploadingmedia content that has not been deleted within a predetermined time ofbeing captured. Automatically uploading the captured media content caninclude automatically uploading portions of the captured media contentwith the wireless communication component when the wirelesscommunication component has available bandwidth over a channel couplingthe mobile device and the at least one online service provider.

The computer-implemented method can further include causing a message tobe sent to each of the one or more other user accounts when the capturedmedia content has been automatically uploaded to the at least one onlineservice provider. Causing a message to be sent can include automaticallysending an electronic message from the mobile device to the one or moreother user accounts. Causing a message to be sent can include providinga control signal to the at least one online service provider that causesthe at least one online service provider to send an electronic messageto the one or more other user accounts.

The computer-implemented method can further include automaticallyuploading to a second one of the plurality of online service providersthe captured media content. The second online service provider can bedifferent than the at least one online service provider. Automaticallyuploading to the second online service provider can includeautomatically uploading without receiving user input that a) iscontemporaneous to the automatic uploading to the second online serviceprovider and b) that specifies that the captured media content is to beuploaded to the second online service provider.

Capturing media content can include storing geographical locationinformation associated with the mobile device at a point in time whenthe media content is captured. Automatically uploading the capturedmedia content can include uploading with the captured media content thestored geographical location information.

The computer-implemented method can further include providing statusinformation in the mobile device that indicates a current status of theautomatic uploading of the captured media content to the at least oneonline service provider.

In some implementations, a device for capturing and automaticallyuploading media content to an online service provider includes acommunication component configured to send data to and receive data froma plurality of online service providers that are external to the device;a media content-capturing component; memory configured to store a)identifying information corresponding to a user account associated withat least one of the plurality of online service providers and b)captured media content that is acquired by the media content-capturingcomponent; and an automatic upload management component configured toautomatically upload to the at least one online service provider thecaptured media content and the identifying information, withoutreceiving contemporaneous user input specifying that the captured mediacontent is to be uploaded to the at least one online service provider.The device can further include a component that provides a functionassociated with a household appliance, the function selected from thegroup comprising heating or cooling food or beverage items, washinghousehold items, or drying household items.

In some implementations, a device for capturing and automaticallyuploading media content to an online service provider includes acommunication component configured to send data to and receive data froma plurality of online service providers that are external to the device;a media content-capturing component; memory configured to store a)identifying information corresponding to a user account associated withat least one of the plurality of online service providers and b)captured media content that is acquired by the media content-capturingdevice; and a means for automatically uploading to the at least oneonline service provider the captured media content and the identifyinginformation, without receiving contemporaneous user input specifyingthat the captured media content is to be uploaded to the at least oneonline service provider.

The details of one or more implementations are set forth in theaccompanying drawings and the description below.

DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram of an example environment in which mediacontent can be captured by a mobile device and automatically uploaded toan online service provider.

FIG. 2 is block diagram illustrating additional example details of themobile device shown in FIG. 1.

FIG. 3 is a flow diagram of an example method of capturing, andautomatically uploading to an online service provider, media content

FIG. 4 is an example screenshot illustrating a graphical summary ofprogress of an automatic upload process of media from a mobile device toan online service provider.

FIG. 5 is a screenshot illustrating an example configuration tool forconfiguring how captured media content is to be automatically uploadedto an online service provider.

FIG. 6 is a schematic representation of an exemplary mobile device thatcan automatically upload media content to an online service provider.

FIG. 7 is a block diagram illustrating additional details of theinternal architecture of the device of FIG. 6.

FIG. 8 is a block diagram illustrating exemplary components of theoperating system used by the device of FIG. 6.

FIG. 9 is a block diagram illustrating exemplary processes implementedby the operating system of FIG. 8.

FIG. 10 shows an example of a computer device and a mobile computerdevice that can be used to implement the techniques described here.

Like reference symbols in the various drawings indicate like elements.

DETAILED DESCRIPTION

This document describes methods and systems for capturing media content(e.g., image, audio or video content) from a device (e.g., a mobiledevice, such as a smartphone, cell phone, personal digital assistant(PDA), etc.), and automatically uploading it to an online serviceprovider, such as a media content sharing service. In someimplementations, the captured media content may be automaticallyuploaded to the online service provider without the device receivingcontemporaneous user input that specifies that the captured mediacontent is to be uploaded. That is, a user may initially configure hisor her device by specifying an online service provider to which capturedmedia content should be automatically uploaded, any necessary accountinformation for the online service provider, and preference informationregarding how and when captured media content should be uploaded.Subsequently, the user may capture media content using the device, andthe device may automatically upload the captured media content accordingto the configuration information, without requiring further user actioncontemporaneous with the uploading.

FIG. 1 is a block diagram of an example environment 100 in which mediacontent can be captured by a mobile device 101 and automaticallyuploaded to an online service provider 104. The mobile device 101 can beany mobile communication or computing device, such as a cell phone,personal digital assistant (PDA), media player, digital camera, digitalaudio recorder, navigational device, etc. Typically, such devicesprovide various computing resources that enable a user to interact withthe device through input/output facilities, and in particular, to runapplications that enable the user to process data or media in somemanner. Many such devices include cameras and microphones for capturingvarious kinds of media content (e.g., audio content, still images, videoimages, etc.), and some devices may also provide communicationfacilities, such as voice, data and messaging services. The methodsdescribed herein can also be employed by other (non-mobile devices).

In one implementation as shown, the mobile device 101 can connect to anetwork 107. The network 107 is shown as a single network, but thereader will appreciate that various networks can be included in thenetwork 107, such as, for example, a wireless communication network, thePublic Switched Telephone Network (PSTN), the internet, and variousother networks (e.g., private networks that are connected to one of theabove-mentioned networks).

Through the network, a user 102 of the mobile device 101 can communicatewith users 110A and 110B of other respective mobile devices 113A and113B. In particular, for example, users 102 and 110A may communicatethrough a voice connection (e.g., a telephone call) facilitated by thenetwork 107, or a portion thereof. As another example, users 110A and110B may communicate through text messages, such as electronic mailmessages or short message service (SMS) messages that are routed throughthe network 107, or a portion thereof.

In addition to facilitating communication between users, the network 107enables the mobile device 101 to access content from content and serviceproviders that are accessible from the network 107. For example, acontent provider 116 may provide news and other information to users whoconnect to the network using mobile devices (e.g., mobile devices 101,113A or 113B) or other computing devices, such as a computing device119. The content provider can represent any online content or serviceprovider, such as, for example, CNN, MSNBC, ESPN or GOOGLE. As anotherexample, a service provider 104 may facilitate online communicationbetween many different users, or sharing of media content between users.The service provider 104 can represent any online content or serviceprovider, such as, for example, PICASA™, FLICKR™, PHOTOBUCKET,MYSPACE.COM, or FACEBOOK, to name a few specific examples.

In some implementations, a user of the computing device 119 or themobile device 101 can manually upload media content to the onlineservice provider 104 (in particular, to storage space associated with anaccount corresponding to the user). For example, a user of the computingdevice 119 may store digital pictures on the computing device 119. Atsome point, the user may desire to upload a portion of the digitalpictures to the online service provider 104 (i.e., to storage space 121associated with the user)—for example, to organize the portion ofpictures into albums and share the albums with other specific users whohave corresponding accounts on the content provider, or to share theportion of pictures with the general public. In order the upload theportion of pictures, the user may employ an upload tool provided by theonline service provider 104 (e.g., an upload application that allows theuser to view various digital pictures that are stored on the computingdevice and individually select pictures for uploading to the serviceprovider).

As another example, a user 102 of the mobile device 101 may take apicture or video using a camera included in the mobile device 101, thensubsequently transmit the picture or video to the online serviceprovider 104 (i.e., to an account associated with the user 102, which isdepicted by storage space 122, and hereafter referred to as account122). In particular, for example, the user 102 may email the picture toa specialized inbox maintained by the online service provider 104 forreceiving media content.

In some implementations, the process of uploading media content to theonline service provider 104 is automated. For example, the user 102 mayinitially configure the mobile device 101 to identify the online serviceprovider 104, as well as to store, and provide when uploading mediacontent, corresponding account information (e.g., a username andpassword) for the account 122 that is maintained by the online serviceprovider 104 that corresponds to the user 102. The user 102 may alsoconfigure the mobile device 101 with various preferences for uploadingmedia content to the online service provider 104 (e.g., preferencesrelated to types of media content to automatically upload; whetheruploaded content is to be made available to the general public, tospecific other users or to be maintained as private; whether to send anotification message to any other users once content is uploaded, etc.).Once configured, the mobile device 101 may automatically upload contentthat is subsequently captured by the mobile device 101.

An example process by which media content can be automatically uploadedto the online service provider 104 is now described in more detail. Inthis example, the user 102 of the mobile device 101 has previouslyconfigured the mobile device 101 to automatically upload digital photosto the account 122, which is maintained by the online service provider104 (e.g., PICASA™). In the example process, the user 102 employs themobile device 101 to capture a digital image of a scene 125, using acamera that is included in the mobile device 101. Once a digital image128 of the scene is captured, the digital image 128 can be automaticallyuploaded to the online service provider 104. In particular, the digitalimage 128 can be transmitted to the online service provider 104 via thenetwork 107 (e.g., a wireless communication network and the internet),and in particular, to the user's account 122 (e.g., via paths A, B, Cand D).

Identifying information corresponding to the user 102 can alsotransmitted to the online service provider 104, along with the digitalimage 128. In some implementations, the identifying information is anaccount name or number and corresponding login information (e.g.,access-control information, such as an account number or username andcorresponding password). In other implementations, the identifyinginformation is a device identifier associated with the mobile device101. For example, during an initial configuration process, the deviceidentifier associated with the mobile device (e.g., a device serialnumber or other device-specific identifying information) may beassociated with the account 122 of the user 102, such that the account122 can be subsequently accessed using the device identifier. The readerwill appreciate that various other kinds of identifying information canbe employed, and that in general, any way of securely and uniquelyidentifying an account can be employed.

The above example may be understood in the context of a packet-switchedtransmission, in which the digital image 128 is transmitted to theonline service provider 104 in one or more packets of information thatare individually routed over the network 107 to the online serviceprovider 104. For example, packets carrying portions of the digitalimage 128 may be transmitted to the online service provider 104 wheneverbandwidth is available (e.g., when other wireless functionality of themobile device 101 is not in use). In some implementations, packets canbe transmitted in the background, while other application(s) on themobile device 101 are in use.

The above example may also be understood in the context of a circuitswitched connection between the mobile device 101 and the online serviceprovider 104. For example, the mobile device 101 may open a connection(e.g., a circuit) to the online service provider 104 when the mobiledevice 101 detects that a camera component (or other media capturingcomponent) has been activated. As part of opening the connection, themobile device 101 may transmit account identifying information thatspecifies a destination for subsequently captured media content (e.g.,account 122). As media content is captured, the mobile device 101 maythen transmit it, over the open connection, to the online serviceprovider 104.

In some implementations, the user 102 may have already captured somemedia content with the mobile device 101 and stored that media contentin the mobile device 101 before configuring the mobile device 101 toautomatically upload media content. In such implementations, previouslystored media content may also be automatically uploaded. For example,after receiving configuration information to automatically uploadcaptured media content, the mobile device 101 may search its memory,identify media content that is currently stored therein and that has notalready been uploaded, and upload the stored media content in the mannerdescribed above. Further details of such scenarios are provided withreference to FIG. 4.

Some level of filtering may be applied before media content isautomatically uploaded. For example, in some implementations, there is adelay between the media content being captured, and the captured mediacontent being automatically uploaded. Such implementations can accountfor media content being captured in the mobile device 102 and then beingdiscarded. In particular, for example, if the user 102 of the mobiledevice 101 captures ten digital images within a short period of time,then deletes six of the captured images shortly after capturing them,only the four digital images that are not deleted may be uploaded. Insome implementations, filtering may include identifying certain types ofmedia content to automatically upload. For example, the mobile device101 may be configured to automatically upload digital images and digitalvideo captured by the mobile device, but not digital audio that iscaptured by the mobile device.

In some implementations, contents of the mobile device 101 and contentsof the corresponding user's account 122 are synchronized. For instance,with reference to the above example in which ten digital images arecaptured, if the six digital images are deleted after the ten digitalimages are captured and uploaded (e.g., a day or two later, a weeklater, etc.), the mobile device 101 may automatically send a command tothe online service provider 104 to cause the six images that weredeleted on the mobile device 101 to also be deleted from the account122.

In addition to transmitting to the online service provider 104 mediacontent itself and any identifying information necessary to store themedia content in storage associated with a particular user account(e.g., account 122), the mobile device 101 can also transmit to theonline service provider information that specifies how the transmittedmedia content is to be treated—in particular, whether the transmittedmedia content is to be treated as private content that is available toonly the user who captured the content, whether the transmitted mediacontent is to be treated as public (e.g., and made available to thegeneral public by the online service provider 104), whether thetransmitted media content is to be treated as semi-public (e.g., andmade available to certain other users, such as certain identified usersalso having accounts with the online service provider).

In some implementations, certain other users are notified when mediacontent is uploaded that meets one or more criteria. One criterion maybe that the media that is not identified as private. Another criterionmay be that the media is video media having a length within somethreshold range (e.g., between 15 and 200 seconds) or a size within somethreshold range (e.g., video media that is between 500 kilobytes and 2megabytes). Another criterion may be that the media is image contenthaving certain metadata (e.g., a captured-date within one week of beinguploaded), media that is tagged with particular geo-location information(e.g., GPS coordinates, other geo-coordinates, or more generalgeographical information, such as “Mt. Rainier”). Any other criteria maybe employed to assist a user in filtering uploaded media content aboutwhich others are notified. Similarly, any criteria may be employed byother users who subscribe to media content to filter notifications toinclude only notifications about uploaded content for which the othersusers may have an interest in obtaining.

To further illustrate, some online services facilitate the creation ofsocial networks (e.g., a network of users, where a first user, such asthe user 102, and a second user may be linked by being identified asfriends); in such scenarios, users within a social network (e.g.,friends who are linked to each other within some degree (e.g., direct,mutually linked friends (first degree); friends of friends(second-degree connection), friends of friends of friends (third degreeconnection), etc.) may be notified each time a user's media content isuploaded (or each a time a user's media that meets appropriate criteriais uploaded). In particular, for example, the online service providermay be configured to send an SMS or email message to other users in thesocial network whenever media content is uploaded for the user 102.

As another notification example, some online services facilitatesubscriptions, whereby users can sign up to receive (subscribe to)notifications of new content available from other users, or to receivethe content itself (e.g., via email or in a special message box providedthe online service provider). In such scenarios, users who havesubscribed to content available from the user 102 can receive an SMS oremail message whenever media content from the user 102 is uploaded.

In the above examples in which other users are notified when a user'smedia content is uploaded from the mobile device 101, messages to theother users may, in some implementations, come from the online serviceprovider 104. For purposes of this example, the other users can includethe users 110A and 1106. In particular, for example, the online serviceprovider may send SMS messages (or other types of messages) to the users110A and 1106 (via paths E, F and G₁ and G₂) based on configurationinformation associated with the user account 122 (e.g., configurationinformation identifying users 110A and 1106 as friends of the user 102,or other users who have subscribed to content of the user 102).Alternatively, if the users 110A and 1106 also have accounts with theonline service provider 104, messages may be placed in a message area(e.g., an inbox) associated with those users' accounts. The messages mayinclude a link to the new content to enable the users 110A and 1106 toefficiently access that new content.

In other implementations, the users 110A and 1106 may be directlynotified of new media content by the mobile device 101 rather than bythe online service provider 104. That is, as (or after) new mediacontent is automatically uploaded from the mobile device 101 to theonline service provider 104, the mobile device 101 may automaticallysend SMS messages (or other types of messages) to the users 110A and1106 alerting them that new content is available from the user 102.

In order to ensure that the content is actually available from theonline service provider, there may be some delay between the time thecontent is uploaded from the mobile device 101 and the time the messagesare sent to the users 110A and 1106. In particular, for example, themobile device 101 may be configured to wait a predetermined period oftime (e.g., 30 seconds, one minute, ten minutes, four hours, etc.) afteruploading new media content before notifying the users 110A and 1106;alternatively, the mobile device 101 may receive a confirmation messagefrom the online service provider 104 once the media content has beensuccessfully received, and the mobile device 101 may wait untilreceiving the confirmation message before notifying the users 110A and1106 of the new content. In some implementations, a confirmation messageincludes a direct link to the newly uploaded content, and the mobiledevice 101 may provide the direct link in notification messages to theusers 110A and 1106 to enable the users to quickly navigate to the newcontent.

FIG. 2 is block diagram illustrating additional example details of themobile device 101 shown in FIG. 1. Other details of mobile devices thatcan implement the methods described herein are illustrated in anddescribed with reference to FIGS. 6-10.

As depicted in one implementation in FIG. 2, the mobile device 101includes a display screen 204 (and possibly other output devices, whichare not shown), input devices 207 (e.g., buttons, a hard keyboard, asoft keyboard (such as an image of a keyboard on a touch-sensitivescreen, etc.), and applications 210 (e.g., programming code stored inmemory that can be executed by a processor to receive input from theinput devices 207, process the input and present corresponding output inthe display screen 204 or through other output devices).

A display module 213 can include programming code and hardware necessaryto receive information from the applications 210 and from other sources,transform the information into a format that is suitable for controllingthe display screen (e.g., a pixel format that specifies data for eachpixel in the display screen including, for example, a row and columnaddress, a color for the pixel, and an intensity for the pixel), andprovide the transformed information to the display screen 204 (or moreparticularly, a hardware interface that controls the display screen, insome implementations).

Other types of input devices can also be included, such asmedia-capturing devices that can include a camera component 216, amicrophone component 219; and a location-pinpointing component 222. Thecamera component 216 can be a still-image or video-image capturingdevice for capturing image data. The microphone component 219 can be amicrophone element for capturing audio data.

The location-pinpointing component 222 can be a component configured toidentify a current location of the mobile device 101. For example, insome implementations, the location-pinpointing component 222 is a GlobalPositioning System (GPS) component that can capture current latitude andlongitude information and, optionally, altitude information of themobile device 101 (e.g., using signals from multiple GPS satellites). Asanother example, the location-pinpointing component can be a componentthat captures location information in another manner, such as acomponent that receives triangulation-based information from acorresponding wireless network, or a component that directly determinesa location relative to nearby wireless towers, based on signals that aretransmitted from those towers (e.g., using triangulation or othersuitable techniques). The location-pinpointing component 222 can employother methods of determining a current location of the mobiledevice—some of which are described in more detail below with referenceto FIG. 7.

Some applications can provide messaging functionality (e.g., SMS oremail applications). In order for such applications to exchange messageswith external devices, through an external network, the mobile device101 can include a wireless communication component 225. Wirelesscommunication functionality is described in greater detail below—forexample, with reference to FIGS. 6 and 7.

As depicted in one implementation, the mobile device 101 includes datastorage component 231 (e.g., memory) that can provide storage forvarious application data. In particular, in the context of capturing anduploading media content, the mobile device 101 can include storage 231for storing account information 234 associated with a user accountmaintained by an online service provider (e.g., the user account 122maintained by the online service provider 104 for the user 102—shown inFIG. 1). In addition, media content can be saved in the storage 231after being captured (e.g., an audio file, depicted, for example, byelement 237; a video file, depicted, for example, by element 240; andstill-image file, depicted, for example, by element 243).

As described in greater detail with reference to FIG. 3, a user of themobile device 101 can capture media content using the camera component216 or the microphone component 219; captured media content can bestored in the data storage component 231 (e.g., as a video file 240, animage file 243 or an audio file 237); and an application (e.g., one ofthe applications 210) can automatically upload the stored media contentand account information 234 to an online service provider, using thewireless communication component 225.

Two example media capturing components 216 and 219 are shown in FIG. 2,but the reader will appreciate that the mobile device 101 can includevarious other media-capturing components for capturing other kinds ofmedia. For example a GPS receiver (or another type of receiver capableof capturing geographical information corresponding to a currentlocation of the mobile device 101) can capture route information (e.g.,a route including a series of geographical locations over which themobile device 101 traverses). In some implementations, partial routeinformation is periodically uploaded as the route is traversed; in otherimplementations, data for an entire route can be automatically uploadedwhen a user indicates that the route is complete (e.g., by providinginput to a route-capturing application). As other examples, othermedia-capturing components can capture other kinds of media, such as,for example, audio content, video content, acceleration or vibrationcontent, temperature content, humidity content, barometric pressurecontent (or other weather condition-related content), content thatincludes non-visible portions of the electromagnetic spectrum (e.g.,x-rays, infrared, ultra high frequency content, etc.), and other kindsof content that can be captured by an input device included in themobile device 101 and stored electronically. Moreover, multimediacontent can also be captured and automatically uploaded.

FIG. 3 is a flow diagram of an example method 301 of capturing, andautomatically uploading to an online service provider, media content.The method 301 can be carried out, for example, by the mobile device 101shown in FIGS. 1 and 2. As shown, the method 301 can include receiving(302) identifying information corresponding to a user account associatedwith an online service provider. For example, with reference to FIG. 1,the mobile device 101 can receive input from the user 102 thatidentifies the account 122 (e.g., the account information 234 shown inFIG. 2). In particular, the account-identifying information can includean identifier for the appropriate online service provider (e.g.,PICASA™), as well as, for example, login and password information toenable the user 102 to access the account (e.g., in subsequenttransactions, such as subsequent uploads of media content). In someimplementations, the mobile device 101 receives (302) this informationin a configuration interface, such as that shown in FIG. 4.

The method 301 can also include capturing (305) media content. Forexample, with reference to FIGS. 1 and 2, the user 102 can employ themobile device 101 to capture a digital image of the scene 125. Inparticular, the user 102 can employ a camera component (e.g., cameracomponent 216, shown in FIG. 2, and a corresponding image-capturingapplication included in the applications 210) to capture the digitalimage. Upon capturing the digital image, the mobile device 101 may storethe digital image in memory included in the mobile device (e.g., thedigital image may be stored as the file 240, in a data storage area ofmemory, depicted as element 231).

The method 301 includes automatically uploading (308) to the onlineservice provider the captured media content without receivingcontemporaneous user input to upload the captured media content. In thiscontext, contemporaneous input can include input that is receivedshortly before (e.g., a second before, several seconds before, one ormore minutes before) the media content is uploaded. In contrast,automatically uploading media content without receiving contemporaneoususer input to upload the captured media content can include, forexample, automatically uploading media content based on configurationinformation that was received (302) five minutes before the mediacontent is automatically uploaded, 30 minutes before the media contentis automatically uploaded, two days before the media content isuploaded, six months before the media content is automatically uploaded,etc. That is, the media content can be uploaded in response toconfiguration information that was previously received (302) by themobile device, but specific instances of media can be automaticallyuploaded based on general configuration settings, rather than inresponse to direct, contemporaneous user input that is particular to thespecific instances of media.

To further illustrate with continued reference to FIGS. 1 and 2, afterthe user 102 has captured the digital image of the scene 125 (e.g., theelectronic file depicted as element 240), one of the applications 210can cause captured media content (e.g., the file 240) andaccount-identifying information (e.g., account information 234) to betransmitted by the wireless communication component 225. In particular,the wireless communication component 225 can cause the captured mediacontent and the account-identifying information 234 to be transmitted tothe online service provider 104 (e.g., via the network 107, along pathsA, B, C and D).

In some implementations, other information associated with the capturedcontent can also be transmitted to the online service provider 104. Forexample, as described above, configuration preferences regarding how thecaptured media is to be treated (e.g., as publicly available media, asprivate media, as semi-private media, etc.) can also be transmitted withthe captured media. As another example, some implementations may alsoinclude geographical information associated with the captured media. Inparticular, the location-pinpointing component 222, shown in FIG. 2, cancapture location information of the mobile device 101 any time mediacontent is captured. Such location information can be stored with thecaptured media content and transmitted to the online service providerwith the content itself (e.g., to enable the media content to begeotagged or geocoded). Other metadata or information can also beprovided with the media content (e.g., a size of the media content, aresolution, a file format, a timestamp corresponding to when the mediacontent was captured, etc.).

In some implementations, as described above, messages (e.g., SMS oremail messages) may be sent to various other users alerting the otherusers that new media content from the user 102 has been uploaded. Themessages could be sent from the mobile device 101 or from the onlineservice provider 104. In addition, a confirmation message may be sentfrom the online service provider to the mobile device 101 to alert theuser 102 that media content has been successfully uploaded.

FIG. 4 is an example screenshot illustrating a graphical summary 401 ofprogress of an automatic upload process of media from the mobile device101 to an online service provider. For purposes of example, the examplemedia content is depicted as including five digital images, but thegraphical summary 401 can provide status information for any other kindof media.

As shown in one implementation, the graphical summary 401 can include athumbnail for each digital image that is being automatically uploaded(e.g., thumbnails 402A, 402B, 402C, 402D and 402E). The graphicalsummary 401 can include a progress bar 405 that may be filled in asmedia content is uploaded. A checkbox can also be displayed next to eachthumbnail, and the checkbox can be either checked (e.g., as checkbox405A is) or unchecked (as checkbox 405E is)—for example, depending onwhether the corresponding media (e.g., digital image) has been fullyuploaded to the appropriate online service provider.

The graphical summary 401 can provide status to the user which may beuseful when the media content is large (in which case, some time andnetwork bandwidth may be required to upload the media content). Inaddition, when multiple different media files are uploaded, thegraphical summary 401 can provide the user with status informationregarding specific media files. For example, as depicted in FIG. 4, thegraphical summary may indicate to a user that media file 402A has beenfully uploaded, media file 402D is currently being uploaded, and medialfile 402E has not yet been uploaded.

The information in the graphical summary 401 may serve as confirmationto a user that his or her content has been uploaded, or the informationmay enable the user to take other actions. For example, a user may wishto directly notify certain friends by email once specific media contenthas been uploaded, and the graphical summary 401 may provideconfirmation information to which the user can refer in order to knowwhen to send the email. This feature may be particularly advantageous,for example, when the user desires to notify other people that specificcontent has been uploaded when the other people are not configured to beautomatically notified (e.g., by the mobile device or by the onlineservice provider with an SMS message).

The graphical summary 401 may be useful in other situations as well. Forexample, if the user has captured media content before configuring hisor her mobile device 101 to automatically upload media content to anonline service provider when it is captured, an automatic uploadapplication may give the user an option to manually select alreadycaptured media content to initially upload to the online serviceprovider from an interface such as the graphical summary 401. In suchimplementations, the user may employ the illustrated checkboxes (e.g.,checkboxes 408A and 408E) to indicate which already captured mediacontent should be initially uploaded.

The graphical summary 401 is merely exemplary, and the reader willappreciate that various other graphical or textual status informationmay be provided for various purposes, such as controlling the uploadprocess or providing status regarding the same. For example, a columncould be added to screens that provide information about files stored inthe mobile device 101 (e.g., file browser screens), and each rowcorresponding to a file that has been uploaded to the online serviceprovider could include an icon or special text (e.g., a check mark orsome other indicator). Other formats and status information iscontemplated.

FIG. 5 is a screenshot illustrating an example configuration tool 501for configuring how captured media content is to be automaticallyuploaded to an online service provider. As depicted in oneimplementation, the configuration tool 501 can enable a user to specifyan online service provider (e.g., the online service provider 104 thatis shown in FIG. 1), as well as a corresponding login or username andpassword (e.g., by providing respective data entry fields 503A, 503B,and 503C). In addition, the configuration tool 501 can enable a user tospecify types of media content that should be automatically uploaded(e.g., images, video or sounds, to name a few examples) by providingradio buttons 506, and to configure whether uploaded content should beclassified as private, public or semi-private (e.g., made accessible toa select group of users) by providing radio buttons 509.

For semi-private or private content, the configuration tool 501 can alsoenable the user to configure whether a message should be sent to certainother users (e.g., designated friends of the user who have access tosemi-private content, users who have subscribed to public content, etc.)by providing a checkbox 512A, and can further enable the user toidentify the certain other users (e.g., with data entry fields 515A and515B in which the other users' content information, such as emailaddresses, can be included). Another checkbox 512B may be provided toconfigure whether a confirmation message should be sent back to the useronce media content has been successfully received by the online serviceprovider.

The configuration tool 501 shown in FIG. 5 is merely exemplary. Forpurposes of example, various checkboxes, radio buttons, and data entryfields are shown, but any suitable means for gathering relevant userinput can be employed. In addition, other information can be gathered,which the mobile device can use in determining whether and how toautomatically upload media content, and whether to notify certain usersonce the media content has been uploaded. For example, in someimplementations, a user-specified time period may be entered, specifyinghow long the mobile device 101 should wait before automaticallyuploading media content. If media content is captured and deleted withinthe user-specified time period of being captured, the media content maynot be uploaded. Such a feature may be advantageous, for example, tousers who frequently take multiple digital pictures, then delete severalof the pictures and save only those that turn out best. In suchscenarios, the user may not want the subsequently deleted pictures to beuploaded, and a user-specified delay period may ensure that theundesired pictures are not uploaded. Various other kinds ofconfiguration information are contemplated. As another example, theconfiguration tool can be configured to query the user about whether toupload any available geographical information associated with the mediacontent (e.g., with an “Include geo-information” checkbox).

Information gathered in a configuration tool such as the one 501 shownin FIG. 5 can be used to provide default handling settings for mediacontent. In some implementations, the default handling settings can beoverridden on a media or media instance-specific basis. For example, themobile device 501 may display a text box (not shown in the figures)requesting user confirmation of whether to apply or override defaulthandling information on a media-specific basis (e.g., anytime videocontent is captured). As another example, a screen such as the summaryscreen 401 shown in FIG. 4 may enable a user to specifically confirmthat certain media content instances should be uploaded according to thedefault handling information.

Referring now to FIG. 6, the exterior appearance of an exemplary device600 that facilitates automatic uploading of media content isillustrated. Briefly, and among other things, the device 600 includes aprocessor configured to provide interactive indicators, which can revealprogressively more information about an alert message, in response touser interaction with the corresponding interactive indicator.

In more detail, the hardware environment of the device 600 includes adisplay 601 for displaying text, images, and video to a user; a keyboard602 for entering text data and user commands into the device 600; apointing device 604 for pointing, selecting, and adjusting objectsdisplayed on the display 601; an antenna 605; a network connection 606;a camera 607 (which can be employed to capture digital image or videomedia that can be automatically uploaded to an online service provider);a microphone 609 (which can be employed to capture audio media that canbe automatically uploaded to an online service provider); and a speaker610. Although the device 600 shows an external antenna, the device 600can include an internal antenna, which is not visible to the user.

The display 601 can display video, graphics, images, and text that makeup the user interface for the software applications used by the device600, and the operating system programs used to operate the device 600.Possible elements that may be displayed on the display 601 include, forexample, a new mail indicator 611 that alerts a user to the presence ofa new message; an active call indicator 612 that indicates that atelephone call is being received, placed, or is occurring; a datastandard indicator 614 that indicates the data standard currently beingused by the device 600 to transmit and receive data; a signal strengthindicator 615 that indicates a measurement of the strength of a signalreceived by via the antenna 605, such as by using signal strength bars;a battery life indicator 616 that indicates a measurement of theremaining battery life; or a clock 617 that outputs the current time.

The display 601 may also show application icons representing variousapplications available to the user, such as a web browser applicationicon 619, a phone application icon 620, a search application icon 621, acontacts application icon 622, a mapping application icon 624, an emailapplication icon 625, or other application icons. In one exampleimplementation, the display 601 is a quarter video graphics array (QVGA)thin film transistor (TFT) liquid crystal display (LCD), capable of16-bit color or better.

A user uses the keyboard (or “keypad”) 602 to enter commands and data tooperate and control the operating system and applications. The keyboard602 includes standard keyboard buttons or keys associated withalphanumeric characters, such as keys 626 and 627 that are associatedwith the alphanumeric characters “Q” and “W” when selected alone, or areassociated with the characters “*” and “1” when pressed in combinationwith key 629. A single key may also be associated with specialcharacters or functions, including unlabeled functions, based upon thestate of the operating system or applications invoked by the operatingsystem. For example, when an application calls for the input of anumeric character, a selection of the key 627 alone may cause a “1” tobe input.

In addition to keys traditionally associated with an alphanumerickeypad, the keyboard 602 also includes other special function keys, suchas an establish-call key 630 that causes a received call to be answeredor a new call to be originated; a terminate call key 631 that causes thetermination of an active call; a drop down menu key 632 that causes amenu to appear within the display 601; a backwards navigation key 634that causes a previously accessed network address to be accessed again;a favorites key 635 that causes an active web page to be placed in abookmarks folder of favorite sites, or causes a bookmarks folder toappear; a home page key 636 that causes an application invoked on thedevice 600 to navigate to a predetermined network address; or other keysthat provide for multiple-way navigation, application selection, andpower and volume control.

The user uses the pointing device 604 to select and adjust graphics andtext objects displayed on the display 601 as part of the interactionwith and control of the device 600 and the applications invoked on thedevice 600. The pointing device 604 is any appropriate type of pointingdevice, and may be a joystick, a trackball, a touch-pad, a camera, avoice input device, a touch screen device implemented in combinationwith the display 601, or any other input device.

The antenna 605, which can be an external antenna or an internalantenna, is a directional or omni-directional antenna used for thetransmission and reception of radiofrequency (RF) signals that implementpoint-to-point radio communication, wireless local area network (LAN)communication, or location determination. The antenna 605 may facilitatepoint-to-point radio communication using the Specialized Mobile Radio(SMR), cellular, or Personal Communication Service (PCS) frequencybands, and may implement the transmission of data using any number ordata standards. For example, the antenna 605 may allow data to betransmitted between the device 600 and a base station using technologiessuch as Wireless Broadband (WiBro), Worldwide Interoperability forMicrowave ACCess (WiMAX), 3GPP Long Term Evolution (LTE), Ultra MobileBroadband (UMB), High Performance Radio Metropolitan Network (HIPERMAN),iBurst or High Capacity Spatial Division Multiple Access (HC-SDMA), HighSpeed OFDM Packet Access (HSOPA), High-Speed Packet Access (HSPA), HSPAEvolution, HSPA+, High Speed Upload Packet Access (HSUPA), High SpeedDownlink Packet Access (HSDPA), Generic Access Network (GAN), TimeDivision-Synchronous Code Division Multiple Access (TD-SCDMA),Evolution-Data Optimized (or Evolution-Data Only)(EVDO), TimeDivision-Code Division Multiple Access (TD-CDMA), Freedom Of MobileMedia Access (FOMA), Universal Mobile Telecommunications System (UMTS),Wideband Code Division Multiple Access (W-CDMA), Enhanced Data rates forGSM Evolution (EDGE), Enhanced GPRS (EGPRS), Code Division MultipleAccess-2000 (CDMA2000), Wideband Integrated Dispatch Enhanced Network(WiDEN), High-Speed Circuit-Switched Data (HSCSD), General Packet RadioService (GPRS), Personal Handy-Phone System (PHS), Circuit Switched Data(CSD), Personal Digital Cellular (PDC), CDMAone, Digital Advanced MobilePhone System (D-AMPS), Integrated Digital Enhanced Network (IDEN),Global System for Mobile communications (GSM), DataTAC, Mobitex,Cellular Digital Packet Data (CDPD), Hicap, Advanced Mobile Phone System(AMPS), Nordic Mobile Phone (NMP), Autoradiopuhelin (ARP), Autotel orPublic Automated Land Mobile (PALM), Mobiltelefonisystem D (MTD),Offentlig Landmobil Telefoni (OLT), Advanced Mobile Telephone System(AMTS), Improved Mobile Telephone Service (IMTS), Mobile TelephoneSystem (MTS), Push-To-Talk (PTT), or other technologies. Communicationvia W-CDMA, HSUPA, GSM, GPRS, and EDGE networks may occur, for example,using a QUALCOMM MSM7200A chipset with an QUALCOMM RTR6285™ transceiverand PM7540™ power management circuit.

The wireless or wired computer network connection 606 may be a modemconnection, a local-area network (LAN) connection including theEthernet, or a broadband wide-area network (WAN) connection such as adigital subscriber line (DSL), cable high-speed internet connection,dial-up connection, T-1 line, T-3 line, fiber optic connection, orsatellite connection. The network connection 606 may connect to a LANnetwork, a corporate or government WAN network, the Internet, atelephone network, or other network. The network connection 606 uses awired or wireless connector. Example wireless connectors include, forexample, an INFRARED DATA ASSOCIATION (IrDA) wireless connector, a Wi-Fiwireless connector, an optical wireless connector, an INSTITUTE OFELECTRICAL AND ELECTRONICS ENGINEERS (IEEE) Standard 802.11 wirelessconnector, a BLUETOOTH wireless connector (such as a BLUETOOTH version1.2 or 3.0 connector), a near field communications (NFC) connector, anorthogonal frequency division multiplexing (OFDM) ultra wide band (UWB)wireless connector, a time-modulated ultra wide band (TM-UWB) wirelessconnector, or other wireless connector. Example wired connectorsinclude, for example, a IEEE-1394 FIREWIRE connector, a Universal SerialBus (USB) connector (including a mini-B USB interface connector), aserial port connector, a parallel port connector, or other wiredconnector. In another implementation, the functions of the networkconnection 606 and the antenna 605 are integrated into a singlecomponent.

The camera 607 allows the device 600 to capture digital images, and maybe a scanner, a digital still camera, a digital video camera, otherdigital input device. In one example implementation, the camera 607 is a3 mega-pixel (MP) camera that utilizes a complementary metal-oxidesemiconductor (CMOS). As indicated above, some media content captured bythe camera 607 can be automatically uploaded to an online serviceprovider, as described herein.

The microphone 609 allows the device 600 to capture sound, and may be anomni-directional microphone, a unidirectional microphone, abi-directional microphone, a shotgun microphone, or other type ofapparatus that converts sound to an electrical signal. The microphone609 may be used to capture sound generated by a user, for example whenthe user is speaking to another user during a telephone call via thedevice 600, or in other circumstances. As indicated above, some audiocontent captured by the microphone 609 can be automatically uploaded toan online service provider.

The speaker 610 allows the device to convert an electrical signal intosound, such as a voice from another user generated by a telephoneapplication program, or a ring tone generated from a ring toneapplication program. Furthermore, although the device 600 is illustratedin FIG. 6 as a handheld device, in further implementations the device600 may be a laptop, a workstation, a midrange computer, a mainframe, anembedded system, telephone, desktop PC, a tablet computer, a PDA, orother type of computing device.

FIG. 7 is a block diagram illustrating an internal architecture 700 ofthe device 600. The architecture includes a central processing unit(CPU) 701 where the computer instructions that comprise an operatingsystem or an application are processed; a display interface 702 thatprovides a communication interface and processing functions forrendering video, graphics, images, and texts on the display 601,provides a set of built-in controls (such as buttons, text and lists),and supports diverse screen sizes; a keyboard interface 704 thatprovides a communication interface to the keyboard 602; a pointingdevice interface 705 that provides a communication interface to thepointing device 604; an antenna interface 706 that provides acommunication interface to the antenna 605; a network connectioninterface 707 that provides a communication interface to a network overthe computer network connection 606; a camera interface 708 thatprovides a communication interface and processing functions forcapturing digital images from the camera 607; a sound interface 709 thatprovides a communication interface for converting sound into electricalsignals using the microphone 609 and for converting electrical signalsinto sound using the speaker 610; a random access memory (RAM) 710 wherecomputer instructions and data are stored in a volatile memory devicefor processing by the CPU 701; a read-only memory (ROM) 711 whereinvariant low-level systems code or data for basic system functions suchas basic input and output (I/O), startup, or reception of keystrokesfrom the keyboard 602 are stored in a non-volatile memory device; astorage medium 712 or other suitable type of memory (e.g. such as RAM,ROM, programmable read-only memory (PROM), erasable programmableread-only memory (EPROM), electrically erasable programmable read-onlymemory (EEPROM), magnetic disks, optical disks, floppy disks, harddisks, removable cartridges, flash drives), where the files thatcomprise an operating system 713, application programs 715 (including,for example, a web browser application, a widget or gadget engine, andor other applications, as necessary, and further including anapplication for automatically uploading media content, such as anautomatic upload management component) and data files 716 are stored; anavigation module 717 that provides a real-world or relative position orgeographic location of the device 600; a power source 719 that providesan appropriate alternating current (AC) or direct current (DC) to powercomponents; and a telephony subsystem 720 that allows the device 600 totransmit and receive sound over a telephone network. The constituentdevices and the CPU 701 communicate with each other over a bus 721.

The CPU 701 can be one of a number of computer processors. In onearrangement, the computer CPU 701 is more than one processing unit. TheRAM 710 interfaces with the computer bus 721 so as to provide quick RAMstorage to the CPU 701 during the execution of software programs such asthe operating system application programs, and device drivers. Morespecifically, the CPU 701 loads computer-executable process steps fromthe storage medium 712 or other media into a field of the RAM 710 inorder to execute software programs. Data is stored in the RAM 710, wherethe data is accessed by the computer CPU 701 during execution. In oneexample configuration, the device 600 includes at least 128 MB of RAM,and 256 MB of flash memory.

The storage medium 712 itself may include a number of physical driveunits, such as a redundant array of independent disks (RAID), a floppydisk drive, a flash memory, a USB flash drive, an external hard diskdrive, thumb drive, pen drive, key drive, a High-Density DigitalVersatile Disc (HD-DVD) optical disc drive, an internal hard disk drive,a Blu-Ray optical disc drive, or a Holographic Digital Data Storage(HDDS) optical disc drive, an external mini-dual in-line memory module(DIMM) synchronous dynamic random access memory (SDRAM), or an externalmicro-DIMM SDRAM. Such computer readable storage media allow the device600 to access computer-executable process steps, application programsand the like, stored on removable and non-removable memory media, tooff-load data from the device 600, or to upload data onto the device600.

A computer program product is tangibly embodied in storage medium 712, amachine-readable storage medium. The computer program product includesinstructions that, when read by a machine, operate to cause a dataprocessing apparatus to store image data in the mobile device. In someimplementations, the computer program product includes instructions thatautomatically upload media content to one or more online serviceproviders.

The operating system 713 may be a LINUX-based operating system such asthe GOOGLE mobile device platform; APPLE MAC OS X; MICROSOFT WINDOWSNT/WINDOWS 2000/WINDOWS XP/WINDOWS MOBILE; a variety of UNIX-flavoredoperating systems; or a proprietary operating system for computers orembedded systems. The application development platform or framework forthe operating system 713 may be: BINARY RUNTIME ENVIRONMENT FOR WIRELESS(BREW); JAVA Platform, Micro Edition (JAVA ME) or JAVA 2 Platform, MicroEdition (J2ME) using the SUN MICROSYSTEMS JAVASCRIPT programminglanguage; PYTHON™, FLASH LITE, or MICROSOFT.NET Compact, or anotherappropriate environment.

The device stores computer-executable code for the operating system 713,and the application programs 715 such as an email, instant messaging, avideo service application, a mapping application word processing,spreadsheet, presentation, gaming, mapping, web browsing, JAVASCRIPTengine, or other applications. For example, one implementation may allowa user to access the GOOGLE GMAIL email application, the GOOGLE TALKinstant messaging application, a YOUTUBE video service application, aGOOGLE MAPS or GOOGLE EARTH mapping application, or a GOOGLE PICASAimaging editing and presentation application. The application programs715 may also include a widget or gadget engine, such as a TAFRI™ widgetengine, a MICROSOFT gadget engine such as the WINDOWS SIDEBAR gadgetengine or the KAPSULES™ gadget engine, a YAHOO! widget engine such asthe KONFABULTOR™ widget engine, the APPLE DASHBOARD widget engine, theGOOGLE gadget engine, the KLIPFOLIO widget engine, an OPERA™ widgetengine, the WIDSETS™ widget engine, a proprietary widget or gadgetengine, or other widget or gadget engine the provides host systemsoftware for a physically-inspired applet on a desktop.

Although it is possible for automatic uploading of media content to beprovided using the above-described implementation, it may also bepossible to implement the functions described herein as a dynamic linklibrary (DLL), or as a plug-in to other application programs such as anInternet web-browser such as the FOXFIRE web browser, the APPLE SAFARIweb browser or the MICROSOFT INTERNET EXPLORER web browser.

The navigation module 717 may determine an absolute or relative positionof the device, such as by using the Global Positioning System (GPS)signals, the GLObal NAvigation Satellite System (GLONASS), the Galileopositioning system, the Beidou Satellite Navigation and PositioningSystem, an inertial navigation system, a dead reckoning system, or byaccessing address, internet protocol (IP) address, or locationinformation in a database. The navigation module 717 may also be used tomeasure angular displacement, orientation, or velocity of the device600, such as by using one or more accelerometers.

FIG. 8 is a block diagram illustrating exemplary components of theoperating system 713 used by a device, in the case where the operatingsystem 713 is the GOOGLE mobile device platform. The operating system713 invokes multiple processes, while ensuring that the associated phoneapplication is responsive, and that wayward applications do not cause afault (or crash) of the operating system. Using task switching, theoperating system 713 allows for the switching of applications while on atelephone call, without losing the state of each associated application.The operating system 713 may use an application framework to encouragereuse of components, and provide a scalable user experience by combiningpointing device and keyboard inputs and by allowing for pivoting. Thus,the operating system can provide a rich graphics system and mediaexperience, while using an advanced, standards-based web browser.

In some implementations, the operating system 713 is organized into sixcomponents: a kernel 800, libraries 801, an operating system runtime802, application libraries 804, system services 805, and applications806. The kernel 800 includes a display driver 807 that allows softwaresuch as the operating system 713 and the application programs 715 tointeract with the display 601 via the display interface 702, a cameradriver 809 that allows the software to interact with the camera 607; aBLUETOOTH driver 810; an M-Systems driver 811; a binder (IPC) driver812, a USB driver 814 a keypad driver 815 that allows the software tointeract with the keyboard 602 via the keyboard interface 704; a WiFidriver 816; audio drivers 817 that allow the software to interact withthe microphone 609 and the speaker 610 via the sound interface 709; anda power management component 819 that allows the software to interactwith and manage the power source 719.

The BLUETOOTH driver, which in one implementation is based on the BlueZBLUETOOTH stack for LINUX-based operating systems, provides profilesupport for headsets and hands-free devices, dial-up networking,personal area networking (PAN), or audio streaming (such as by AdvanceAudio Distribution Profile (A2DP) or Audio/Video Remote Control Profile(AVRCP). The BLUETOOTH driver provides JAVA bindings for scanning,pairing and unpairing, and service queries.

The libraries 801 include a media framework 820 that supports standardvideo, audio and still-frame formats (such as Moving Picture ExpertsGroup (MPEG)-4, H.264, MPEG-1 Audio Layer-3 (MP3), Advanced Audio Coding(AAC), Adaptive Multi-Rate (AMR), Joint Photographic Experts Group(JPEG), and others) using an efficient JAVA Application ProgrammingInterface (API) layer; a surface manager 821; a simple graphics library(SGL) 822 for two-dimensional application drawing; an Open GraphicsLibrary for Embedded Systems (OpenGL ES) 824 for gaming andthree-dimensional rendering; a C standard library (LIBC) 825; aLIBWEBCORE library 826; a FreeType library 827; an SSL 829; and anSQLite library 830.

The operating system runtime 802 includes core JAVA libraries 831, and aDalvik virtual machine 832. The Dalvik virtual machine 832 is a customvirtual machine that runs a customized file format (.DEX).

The operating system 713 can also include Mobile Information DeviceProfile (MIDP) components, such as MIDP JAVA Specification Requests(JSRs) components, MIDP runtime, and MIDP applications, as shown in FIG.7. The MIDP components can support MIDP applications running on thedevice 600.

With regard to graphics rendering, a system-wide composer managessurfaces and a frame buffer and handles window transitions, using theOpenGL ES 824 and two-dimensional hardware accelerators for itscompositions.

The Dalvik virtual machine 832 may be used with an embedded environment,since it uses runtime memory very efficiently, implements aCPU-optimized bytecode interpreter, and supports multiple virtualmachine processes per device. The custom file format (.DEX) is designedfor runtime efficiency, using a shared constant pool to reduce memory,read-only structures to improve cross-process sharing, concise, andfixed-width instructions to reduce parse time, thereby allowinginstalled applications to be translated into the custom file formal atbuild-time. The associated bytecodes are designed for quickinterpretation, since register-based instead of stack-based instructionsreduce memory and dispatch overhead, since using fixed widthinstructions simplifies parsing, and since the 16-bit code unitsminimize reads.

The application libraries 804 include a view system 834, a resourcemanager 835, and content providers 837. The system services 805 includesa status bar 839; an application launcher 840; a package manager 841that maintains information for all installed applications; a telephonymanager 842 that provides an application level JAVA interface to thetelephony subsystem 820; a notification manager 844 that allows allapplications access to the status bar and on-screen notifications; awindow manager 845 that allows multiple applications with multiplewindows to share the display 601; and an activity manager 846 that runseach application in a separate process, manages an application lifecycle, and maintains a cross-application history.

The applications 806 include a home application 847, a dialerapplication 849, a contacts application 850, a browser application 851,and an automatic media uploading application 852.

The telephony manager 842 provides event notifications (such as phonestate, network state, Subscriber Identity Module (SIM) status, orvoicemail status, allows access to state information (such as networkinformation, SIM information, or voicemail presence), initiates calls,and queries and controls the call state. The browser application 851renders web pages in a full, desktop-like manager, including navigationfunctions. Furthermore, the browser application 851 allows singlecolumn, small screen rendering, and provides for the embedding of HTMLviews into other applications.

FIG. 9 is a block diagram illustrating exemplary processes implementedby the operating system kernel 900. Generally, applications and systemservices run in separate processes, where the activity manager 910 runseach application in a separate process and manages the application lifecycle. The applications run in their own processes, although manyactivities or services can also run in the same process. Processes arestarted and stopped as needed to run an application's components, andprocesses may be terminated to reclaim resources. Each application isassigned its own process, whose name is the application's package name,and individual parts of an application can be assigned another processname.

Some processes can be persistent. For example, processes associated withcore system components, such as the surface manager 916, the windowmanager 914, or the activity manager 910 can be continuously executedwhile the device 600 is powered. Additionally, some application-specificprocesses can also be persistent. For example, processes associated withthe dialer application 921, may also be persistent.

The processes implemented by the operating system kernel 900 maygenerally be categorized as system services processes 901, dialerprocesses 902, browser processes 904, and maps processes 905.

The system services processes 901 include status bar processes 906associated with the status bar 839; application launcher processes 907associated with the application launcher 840; package manager processes909 associated with the package manager 841; activity manager processes910 associated with the activity manager 846; resource manager processes911 associated with a resource manager 835 that provides access tographics, localized strings, and XML layout descriptions; notificationmanger processes 912 associated with the notification manager 844;window manager processes 914 associated with the window manager 845;core JAVA libraries processes 915 associated with the core JAVAlibraries 831; surface manager processes 916 associated with the surfacemanager 821; Dalvik virtual machine processes 917 associated with theDalvik virtual machine 832; LIBC processes 919 associated with the LIBClibrary 825; and automatic media uploading process 920 associated withthe automatic media uploading application 852 (e.g., an automatic uploadmanagement component).

The dialer processes 902 include dialer application processes 921associated with the dialer application 849; telephony manager processes922 associated with the telephony manager 842; core JAVA librariesprocesses 924 associated with the core JAVA libraries 831; Dalvikvirtual machine processes 925 associated with the Dalvik Virtual machine832; and LIBC processes 926 associated with the LIBC library 825.

The browser processes 904 include browser application processes 927associated with the browser application 851; core JAVA librariesprocesses 929 associated with the core JAVA libraries 831; Dalvikvirtual machine processes 930 associated with the Dalvik virtual machine832; LIBWEBCORE processes 931 associated with the LIBWEBCORE library826; and LIBC processes 932 associated with the LIBC library 825.

The maps processes 905 include maps application processes 934, core JAVAlibraries processes 935, Dalvik virtual machine processes 936, and LIBCprocesses 937. Notably, some processes, such as the Dalvik virtualmachine processes, may exist within one or more of the systems servicesprocesses 901, the dialer processes 902, the browser processes 904, andthe maps processes 905.

FIG. 10 shows an example of a generic computer device 1000 and a genericmobile computer device 1050, which may be used with the techniquesdescribed here. Computing device 1000 is intended to represent variousforms of digital computers, such as laptops, desktops, workstations,personal digital assistants, servers, blade servers, mainframes, andother appropriate computers. Computing device 1050 is intended torepresent various forms of mobile devices, such as personal digitalassistants, cellular telephones, smartphones, and other similarcomputing devices. The components shown here, their connections andrelationships, and their functions, are meant to be exemplary only, andare not meant to limit implementations of the inventions describedand/or claimed in this document.

Computing device 1000 includes a processor 1002, memory 1004, a storagedevice 1006, a high-speed interface 1008 connecting to memory 1004 andhigh-speed expansion ports 1010, and a low speed interface 1012connecting to low speed bus 1014 and storage device 1006. Each of thecomponents 1002, 1004, 1006, 1008, 1010, and 1012, are interconnectedusing various busses, and may be mounted on a common motherboard or inother manners as appropriate. The processor 1002 can processinstructions for execution within the computing device 1000, includinginstructions stored in the memory 1004 or on the storage device 1006 todisplay graphical information for a GUI on an external input/outputdevice, such as display 1016 coupled to high speed interface 1008. Inother implementations, multiple processors and/or multiple buses may beused, as appropriate, along with multiple memories and types of memory.Also, multiple computing devices 1000 may be connected, with each deviceproviding portions of the necessary operations (e.g., as a server bank,a group of blade servers, or a multi-processor system).

The memory 1004 stores information within the computing device 1000. Inone implementation, the memory 1004 is a volatile memory unit or units.In another implementation, the memory 1004 is a non-volatile memory unitor units. The memory 1004 may also be another form of computer-readablemedium, such as a magnetic or optical disk.

The storage device 1006 is capable of providing mass storage for thecomputing device 1000. In one implementation, the storage device 1006may be or contain a computer-readable medium, such as a floppy diskdevice, a hard disk device, an optical disk device, or a tape device, aflash memory or other similar solid state memory device, or an array ofdevices, including devices in a storage area network or otherconfigurations. A computer program product can be tangibly embodied inan information carrier. The computer program product may also containinstructions that, when executed, perform one or more methods, such asthose described above. The information carrier is a computer- ormachine-readable medium, such as the memory 1004, the storage device1006, memory on processor 1002, or a propagated signal.

The high speed controller 1008 manages bandwidth-intensive operationsfor the computing device 1000, while the low speed controller 1012manages lower bandwidth-intensive operations. Such allocation offunctions is exemplary only. In one implementation, the high-speedcontroller 1008 is coupled to memory 1004, display 1016 (e.g., through agraphics processor or accelerator), and to high-speed expansion ports1010, which may accept various expansion cards (not shown). In theimplementation, low-speed controller 1012 is coupled to storage device1006 and low-speed expansion port 1014. The low-speed expansion port,which may include various communication ports (e.g., USB, Bluetooth,Ethernet, wireless Ethernet) may be coupled to one or more input/outputdevices, such as a keyboard, a pointing device, a scanner, or anetworking device such as a switch or router, e.g., through a networkadapter.

The computing device 1000 may be implemented in a number of differentforms, as shown in the figure. For example, it may be implemented as astandard server 1020, or multiple times in a group of such servers. Itmay also be implemented as part of a rack server system 1024. Inaddition, it may be implemented in a personal computer such as a laptopcomputer 1022. Alternatively, components from computing device 1000 maybe combined with other components in a mobile device (not shown), suchas device 1050. Each of such devices may contain one or more ofcomputing device 1000, 1050, and an entire system may be made up ofmultiple computing devices 1000, 1050 communicating with each other.

Computing device 1050 includes a processor 1052, memory 1064, aninput/output device such as a display 1054, a communication interface1066, and a transceiver 1068, among other components. The device 1050may also be provided with a storage device, such as a microdrive orother device, to provide additional storage. Each of the components1050, 1052, 1064, 1054, 1066, and 1068, are interconnected using variousbuses, and several of the components may be mounted on a commonmotherboard or in other manners as appropriate.

The processor 1052 can execute instructions within the computing device1050, including instructions stored in the memory 1064. The processormay be implemented as a chipset of chips that include separate andmultiple analog and digital processors. The processor may provide, forexample, for coordination of the other components of the device 1050,such as control of user interfaces, applications run by device 1050, andwireless communication by device 1050.

Processor 1052 may communicate with a user through control interface1058 and display interface 1056 coupled to a display 1054. The display1054 may be, for example, a TFT LCD (Thin-Film-Transistor Liquid CrystalDisplay) or an OLED (Organic Light Emitting Diode) display, or otherappropriate display technology. The display interface 1056 may compriseappropriate circuitry for driving the display 1054 to present graphicaland other information to a user. The control interface 1058 may receivecommands from a user and convert them for submission to the processor1052. In addition, an external interface 1062 may be provide incommunication with processor 1052, so as to enable near areacommunication of device 1050 with other devices. External interface 1062may provide, for example, for wired communication in someimplementations, or for wireless communication in other implementations,and multiple interfaces may also be used.

The memory 1064 stores information within the computing device 1050. Thememory 1064 can be implemented as one or more of a computer-readablemedium or media, a volatile memory unit or units, or a non-volatilememory unit or units. Expansion memory 1074 may also be provided andconnected to device 1050 through expansion interface 1072, which mayinclude, for example, a SIMM (Single In Line Memory Module) cardinterface. Such expansion memory 1074 may provide extra storage spacefor device 1050, or may also store applications or other information fordevice 1050. Specifically, expansion memory 1074 may includeinstructions to carry out or supplement the processes described above,and may include secure information also. Thus, for example, expansionmemory 1074 may be provide as a security module for device 1050, and maybe programmed with instructions that permit secure use of device 1050.In addition, secure applications may be provided via the SIMM cards,along with additional information, such as placing identifyinginformation on the SIMM card in a non-hackable manner.

The memory may include, for example, flash memory and/or NVRAM memory,as discussed below. In one implementation, a computer program product istangibly embodied in an information carrier. The computer programproduct contains instructions that, when executed, perform one or moremethods, such as those described above. The information carrier is acomputer- or machine-readable medium, such as the memory 1064, expansionmemory 1074, memory on processor 1052, or a propagated signal that maybe received, for example, over transceiver 1068 or external interface1062.

Device 1050 may communicate wirelessly through communication interface1066, which may include digital signal processing circuitry wherenecessary. Communication interface 1066 may provide for communicationsunder various modes or protocols, such as GSM voice calls, SMS, EMS, orMMS messaging, CDMA, TDMA, PDC, WCDMA, CDMA2000, or GPRS, among others.Such communication may occur, for example, through radio-frequencytransceiver 1068. In addition, short-range communication may occur, suchas using a Bluetooth, WiFi, or other such transceiver (not shown). Inaddition, GPS (Global Positioning System) receiver module 1070 mayprovide additional navigation- and location-related wireless data todevice 1050, which may be used as appropriate by applications running ondevice 1050.

Device 1050 may also communicate audibly using audio codec 1060, whichmay receive spoken information from a user and convert it to usabledigital information. Audio codec 1060 may likewise generate audiblesound for a user, such as through a speaker, e.g., in a handset ofdevice 1050. Such sound may include sound from voice telephone calls,may include recorded sound (e.g., voice messages, music files, etc.) andmay also include sound generated by applications operating on device1050.

The computing device 1050 may be implemented in a number of differentforms, as shown in the figure. For example, it may be implemented as acellular telephone 1080. It may also be implemented as part of asmartphone 1082, personal digital assistant, or other similar mobiledevice.

Various implementations of the systems and techniques described here canbe realized in digital electronic circuitry, integrated circuitry,specially designed ASICs (application specific integrated circuits),computer hardware, firmware, software, and/or combinations thereof.These various implementations can include implementation in one or morecomputer programs that are executable and/or interpretable on aprogrammable system including at least one programmable processor, whichmay be special or general purpose, coupled to receive data andinstructions from, and to transmit data and instructions to, a storagesystem, at least one input device, and at least one output device.

These computer programs (also known as programs, software, softwareapplications or code) include machine instructions for a programmableprocessor, and can be implemented in a high-level procedural and/orobject-oriented programming language, and/or in assembly/machinelanguage. As used herein, the terms “machine-readable medium”“computer-readable medium” refers to any computer program product,apparatus and/or device (e.g., magnetic discs, optical disks, memory,Programmable Logic Devices (PLDs)) used to provide machine instructionsand/or data to a programmable processor, including a machine-readablemedium that receives machine instructions as a machine-readable signal.The term “machine-readable signal” refers to any signal used to providemachine instructions and/or data to a programmable processor.

To provide for interaction with a user, the systems and techniquesdescribed here can be implemented on a computer having a display device(e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor)for displaying information to the user and a keyboard and a pointingdevice (e.g., a mouse or a trackball) by which the user can provideinput to the computer. Other kinds of devices can be used to provide forinteraction with a user as well; for example, feedback provided to theuser can be any form of sensory feedback (e.g., visual feedback,auditory feedback, or tactile feedback); and input from the user can bereceived in any form, including acoustic, speech, or tactile input.

The systems and techniques described here can be implemented in acomputing system that includes a back end component (e.g., as a dataserver), or that includes a middleware component (e.g., an applicationserver), or that includes a front end component (e.g., a client computerhaving a graphical user interface or a Web browser through which a usercan interact with an implementation of the systems and techniquesdescribed here), or any combination of such back end, middleware, orfront end components. The components of the system can be interconnectedby any form or medium of digital data communication (e.g., acommunication network). Examples of communication networks include alocal area network (“LAN”), a wide area network (“WAN”), and theInternet.

The computing system can include clients and servers. A client andserver are generally remote from each other and typically interactthrough a communication network. The relationship of client and serverarises by virtue of computer programs running on the respectivecomputers and having a client-server relationship to each other.

A number of implementations have been described. Nevertheless, it willbe understood that various modifications may be made without departingfrom the spirit and scope of the disclosed implementations. For example,for purposes of illustration, various examples have been provided in thecontext of mobile devices such as cell phones or smartphones havingmedia-capturing input devices. However, methods and systems describedherein can also be provided by various other kinds of devices—whether ornot those devices are traditionally characterized as mobile. Inparticular, for example, a digital camera may be wireless equipped toemploy the methods described herein to automatically upload media to anonline service provider, without contemporaneous user interaction. Inaddition, fixed computing devices (e.g., desktop computers equipped withimage, video or sound-capturing input devices) can employ the methodsdescribed herein to automatically upload media content to an onlineservice provider. Similarly, other types of devices, such asrefrigerator or countertop computing devices, or other householdappliances (e.g., microwaves, ovens, dishwashers, wine cabinets,washers, dryers, etc.), with media-capturing input components (e.g.,cameras) can also employ the methods described herein to automaticallyupload media content to an online service provider. Various otherdevices are also contemplated, and in some implementations, the devicesmay communicate with an online service provider through a wiredconnection. Moreover, various examples describe media content beinguploaded to a single online service provider; in some implementations,media content can be automatically uploaded to multiple online serviceproviders. For example, a user's digital images may be automaticallyuploaded to a PICASA™ account, a FACEBOOK account and a FLICKR™ accountif the user appropriately configures his or her device. In addition, thelogic flows depicted in the figures may not require the particular ordershown, or sequential order to achieve desirable results. In addition,other steps may be provided, or steps may be eliminated, from thedescribed flows, and other components may be added to, or removed from,the described systems. Other implementations are within the scope of thefollowing claims.

What is claimed is:
 1. A computer-implemented method, comprising:capturing, by a mobile device, an image using a camera of the mobiledevice; detecting, by the mobile device, that the camera has beenactivated; responsive to the detecting, establishing a communicationschannel between the mobile device and a remote computing system;storing, by the mobile device, the image in memory of the mobile device;and automatically uploading, by the mobile device and via thecommunications channel, the image to the remote computing system withoutreceipt of contemporaneous user input that specifies that the image isto be uploaded to the remote computing system.
 2. Thecomputer-implemented method of claim 1, wherein automatically uploadingthe image to the remote computing system includes uploading the imageand a device identifier associated with the mobile device to the remotecomputing system.
 3. The computer-implemented method of claim 1, whereincontemporaneous user input comprises user input received shortly beforethe mobile device uploads the image to the remote computing system. 4.The computer-implemented method of claim 1, further comprisingreceiving, by the mobile device before the mobile device captures theimage, user input that specifies that images captured by the mobiledevice are to be automatically uploaded to the remote computing system,wherein the computing system automatically uploads the image to theremote computing system as a result of having received the user inputthat specifies that images captured by the mobile device are to beautomatically uploaded to the remote computing system.
 5. Thecomputer-implemented method of claim 4, wherein the user input thatspecifies that images captured by the mobile device are to beautomatically uploaded to the remote computing system includes userinput that identifies a user account of an online service provider towhich the images are to be uploaded, wherein the remote computing systemprovides the online service provider.
 6. The computer-implemented methodof claim 5, wherein the user input that identifies the user account ofthe online service provider includes user input that specifies ausername and a corresponding password for the user account of the onlineservice provider.
 7. The computer-implemented method of claim 4, whereinthe user input that specifies that images captured by the mobile deviceare to be automatically uploaded to the remote computing system includesuser input that specifies that the remote computing system is to makethe images captured by the mobile device available to another user. 8.The computer-implemented method of claim 7, wherein the user input thatspecifies that the remote computing system is to make the imagescaptured by the mobile device available to the another user includesuser input that specifies the another user.
 9. The computer-implementedmethod of claim 7, wherein automatically uploading the image to theremote computing system causes the remote computing system to make theimage available to the another user.
 10. The computer-implemented methodof claim 9, wherein automatically uploading the image to the remotecomputing system causes the remote computing system to send a message tothe another user to notify the another user that the image is availableto the another user.
 11. The computer-implemented method of claim 1,further comprising: capturing, by the mobile device, a second imageusing the camera of the mobile device; storing, by the mobile device,the second image in the memory of the mobile device; and receiving, bythe mobile device, user input that deletes the second image from thememory of the mobile device within a time period of the mobile devicecapturing the second image, wherein the mobile device does notautomatically upload the second image to the remote computing system asa result of the mobile device having received the user input thatdeletes the image from the memory of the mobile device within the timeperiod, and wherein the mobile device is configured such that the mobilecomputing device would have automatically uploaded the second image tothe remote computing system had the mobile device not received userinput that deleted the second image from the memory of the mobile devicewithin the time period of the mobile device capturing the second image.12. The computer-implemented method of claim 1, wherein the capturing ofthe image comprises capturing geolocation metadata associated with theimage.
 13. The computer-implemented method of claim 1, wherein thecommunications channel is over a communications network configured forpacket switched data transmission, wherein the image comprises aplurality of data packets to be routed over the communications network,and the method further comprising: determining that the communicationsnetwork has available bandwidth to send one or more data packets of theplurality of data packets, and wherein automatically uploading the imageto the remote computing system comprises sending the one or more datapackets over the communications network.
 14. The computer-implementedmethod of claim 1, wherein the communications channel is over acommunications network configured for circuit-switched datatransmission.
 15. The computer-implemented method of claim 4, whereinthe user input that specifies that images captured by the mobile deviceare to be automatically uploaded to the remote computing system includesuser input that specifies that images captured by the mobile device areto be tagged with geolocation metadata, and wherein automaticallyuploading the image to the remote computing system comprises tagging theimage with the geolocation metadata.
 16. The computer-implemented methodof claim 9, wherein automatically uploading the image to the remotecomputing system comprises sending, by the mobile device, a message tothe another user to notify the another user that the image is availableto the another user.
 17. The computer-implemented method of claim 1,further comprising: receiving, by the mobile device after the mobiledevice automatically uploaded the image to the remote computing system,user input that deletes the image from the memory of the mobile device;deleting, by the mobile device, the image from the memory of the mobiledevice, as a result of the mobile device receiving the user input thatdeletes the image from the memory of the mobile device; andautomatically sending, by the mobile device, a command to the remotecomputing system to cause the remote computing system to delete theimage, as a result of the mobile device receiving the user input thatdeletes the image from the memory of the mobile device.
 18. A systemcomprising: one or more computers and one or more storage devicesstoring instructions that are operable, when executed by the one or morecomputers, to cause the one or more computers to perform operationscomprising: capturing, by a mobile device, an image using a camera ofthe mobile device; detecting, by the mobile device, that the camera hasbeen activated; responsive to the detecting, establishing acommunications channel between the mobile device and a remote computingsystem; storing, by the mobile device, the image in memory of the mobiledevice; and automatically uploading, by the mobile device and via thecommunications channel, the image to the remote computing system withoutreceipt of contemporaneous user input that specifies that the image isto be uploaded to the remote computing system.
 19. A computing device,comprising: a media content capturing component; memory; and one or moreprocessors operable to perform operations, the operations comprising:capturing media content using the media content capturing component;detecting, by the mobile device, that the media content capturingcomponent has been activated; responsive to the detecting, establishinga communications channel between the mobile device and a remotecomputing system; storing the media content in the memory; andautomatically uploading, by the mobile device and via the communicationschannel, the image to the remote computing system without receipt ofcontemporaneous user input that specifies that the image is to beuploaded to the remote computing system.
 20. The computing device ofclaim 19, wherein the media content comprises one or more of an image,video content, or audio content.
 21. The computing device of claim 19,wherein the media content capturing component comprises one or more of ascanner, a digital still camera, a digital video camera, or amicrophone.
 22. The computing device of claim 19, the operations furthercomprising: prior to the capturing of the media content, receiving dataindicating a preset time period that commences when the media content isinitially captured, and after which the media content is to beautomatically uploaded to the remote computing system, and whereinautomatically uploading the media content to the remote computing systemcomprises automatically uploading the media content to the remotecomputing system after the preset time period has elapsed.